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APPARATUS AND METHOD FOR CONTROLLING 
ALLOCATION OF RESOURCES AND TASK EXECUTION 

Background of the Invention 

Field of Invention 

5 The present invention relates to apparatus and method for 

controlling allocation of resources directed toward performing tasks. 

Description of Related Prior Art 

Frequently, real world applications involve the actions of multiple 
(semi-) autonomous units or teams, engaged in tasks directed toward the 

1 0 achievement of common goals, sharing a limited supply of essential 
resources, and operating in a dynamic, changing environment. Each 
member of a team has resources that may be required to complete tasks 
and/or has the ability to execute tasks given the necessary resources. 
Logistics is a prime example of one such application, but examples also 

15 include process control and flexible manufacturing in industry, commerce 
and quality in economics, and autonomous control and distributed robotics 
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in engineering research. At the highest level, these problems are generally 
solved by hand based on human intuition and experience. Some 
algorithms and procedural techniques exist to help solve lower level 
components of the bigger problems. 
5 The problems of resource negotiation, allocation, and general 

logistics are applicable to most industries. These include the military, 
manufacturers, and trading and commerce organizations. The problems 
are also important in engineering research areas such as robotics, artificial 
intelligence, autonomous control, and operations research. 

10 Summary of the Invention 

It is therefore an object of the present invention to provide an 
architecture and method designed to handle autonomous negotiations and 
dynamic team formation throughout the lifetime of a mission. 

It is a more specific object of the present invention to provide an 
15 architecture and method in which teams and resource dependencies 

emerge as a result of the algorithm flow, and the architecture is equipped 
to modify these facets based on new information that becomes available 
during mission execution. 

It is an additional object of the present invention to provide an 
20 architecture and method of the type described in which team members are 
capable of negotiating among themselves and performing their tasks 
autonomously, i.e., their actions during mission execution need not be 
coordinated by a central authority. 
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It is a further specific object of the present invention to provide an 
architecture and method and of the type described in which the central 
authority may make strategic decisions that affect the basic behavior of the 
teams, but all tactical decisions are performed at the unit and team level. 
5 In accordance with one aspect of the present invention, a distributed 

data processing system is provided for controlling allocation of resources 
and task execution. This system includes a communications network that 
passes messages between computers connected to the network. A 
plurality of computers are connected to the network and run programs 

10 thereon including a central authority and at least first and second 

autonomous agents. The central authority generates a graph associated 
with each agent and wherein each graph represents for the associated 
agent what resources that agent has and what task or tasks that agent may 
perform. Each agent employs the associated graph to determine what 

15 resource or resources are needed by that agent to carry out the task or 

tasks to be performed by that agent. The agents negotiate with each other 
for the resources needed to carry out the task or tasks to be performed by 
the agents. 

In accordance with another aspect of the present invention, a 
20 method is provided and wherein the method is operative in a distributed 
data processing system for controlling allocation of resources and task 
execution. The method employs a communication network that passes 
messages between computers connected thereto and the computers are 
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operative to run programs thereon including a central authority and at least 
first and second autonomous agents. Tiie method includes the steps of 
generating, at the central authority, a graph associated with each agent 
that represents for that agent what resources that agent has and what task 
5 or tasks that agent may use the resources for. Another step involves each 
agent employing the associated graph to determine what resource or 
resources are needed by that agent to carry out the task or tasks to be 
performed by that agent. Another step involves the agents negotiating with 
each other for the resources needed to carry out the task or tasks to be 
1 0 performed by the agents. 

In accordance with a still further aspect of the present invention a 
computer program product operative in a system as set forth above is 
provided and wherein the product includes a central authority and first and 
second autonomous agents. 

15 Brief Description of the Drawings 

The foregoing and other advantages of the invention will become 
more readily apparent from the following description of a preferred 
embodiment of the invention as taken in conjunction with the 
accompanying drawings, which are a part hereof, and wherein: 
20 Fig. 1 is an illustration showing high level architecture and algorithm 

flow involved in the invention herein; 

Fig. 2 is a flow diagram illustrating a portion of the invention herein; 
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Fig. 3 which is comprised of Figs. 3A and 3B illustrate Petri Net (PN) 
representing resource-using tasks useful in describing the invention herein; 

Fig. 4 which is comprised of Figs. 4A and 4B illustrates more 
detailed PN graphs useful in describing the invention herein; 
5 Fig. 5 illustrates a still further PN graph useful in describing the 

invention herein; 

Fig. 6 illustrates a network having central authority and agent 
machines connected thereto; 

Fig. 7 is a graphical illustration indicative of the hardware employed 
10 in each of the computers connected to the network of Fig. 6; 

Fig. 8 is a graphical illustration of the strategic layer-central authority 
showing various inputs and outputs; 

Fig. 9 is a graphical illustration of the tactical layer-autonomous 
agents showing various inputs and outputs; 
15 Fig. 1 0 is an overall illustration of the relationship and flow between 

the central authority and autonomous agents; 

Fig. 11 is a flow diagram of Part 1 of the strategic layer-central 
authority; 

Fig. 12. is a flow diagram illustrating Part 2 of the strategic layer- 
20 central authority; 

Fig. 13 is a flow diagram illustrating Part 1 of the tactical 
layer-autonomous agents; and, 
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Fig. 14 is a flow diagram illustrating Part 2 of the tactical 
layer-autonomous agents. 



Description of the Preferred Embodiments 

An architecture is presented herein that supports autonomous 
5 planning, resource allocation, and task execution for teams of independent 
entities operating in dynamic, changing environments. A scalable, 
distributed network of modular team task descriptions and resource 
dependencies is created and managed in real time. Initially, teams are 
composed of units possessing resource and/or potential task execution 

10 assets. Automatic synthesis techniques are employed to create feasible 
inter-team links of dependency among tasks and resources. This step 
provides a framework for goal-directed decision making and task planning 
by human-managed or cybernetic reasoning systems. New higher level 
cooperating teams arise as an emergent phenomenon of these processes. 

1 5 The scalability and distributed nature of the architecture allows the network 
to be dynamically modified as tasks are accomplished, goals shift, and new 
environmental conditions are encountered. The architecture has a wide 
range of applications in the areas of logistics, flexible manufacturing, 
process control, autonomous distributed robotics, economics, or any area 

20 in which resources are produced and consumed in the goal-directed 
execution of tasks. 
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1 Introduction 

A great number of real world applications involve the actions of 
multiple (semi-) autonomous units or teams, engaged in tasks directed 
toward the achievement of common goals, sharing a limited supply of 
5 essential resources, and operating in a dynamic, changing environment. 
Logistics is a prime example of one such application, but examples also 
include process control and flexible manufacturing in industry, commerce 
and quality in economics, and autonomous control and distributed robotics 
in engineering research. At the highest level, these problems are generally 

10 solved by hand based on human intuition and experience. Some 
algorithms and procedural techniques exist to help solve lower level 
components of the bigger problems. It is desired to present a technical 
architecture that, when implemented, would serve as a powerful aid for 
human decision makers or serve as the central nervous system of a 

15 completely autonomous collection of cybernetic decision makers, 

Autonomous Negotiating Teams (ANT). A complete, practical architecture 
for autonomous resource negotiations in dynamic environments should 
have the following properties: 

• Scalable architecture and flexible algorithm set 

20 • Robust coordination through unit-level negotiations 

• Real-time reorganization in case of dynamic situation changes 

• Insensitivity to loss of communications, local autonomy 
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An ANT architecture is presented inerein that provides for these 
characteristics in a practical, achievable manner. 

The ANT architecture involves a unique set of diverse research 
areas combined to achieve both robustness to disruption of the command 
5 hierarchy and allocation efficiency superior to the current state of the art. It 
provides a distributed solution to resource allocation and hierarchical task 
execution problems. The resource allocation problem description, 
constraints, and objectives are broadcast to ANT processors in the field. 
Individual teams may perform certain tasks and/or hold resources needed 

10 for their own tasks or for the tasks of other teams. Using only limited two- 
way communications, teams begin negotiating among themselves for the 
resources needed to complete their tasks. Links of dependency are 
dynamically created between teams, and supervisory control algorithms 
insure that these dependencies will not interfere with the completion of the 

15 objectives. Teams allocate and share resources, plan and execute tasks 
in accordance with the problem constraints and objectives. Unexpected 
changes in the environment or modified global directives will initiate 
dynamic recalculations and modifications to ANT behavior. 

A solution is presented herein that partitions the environment and 

20 problem spaces and composes the tasks and processes within a dynamic, 
modular discrete event system framework. Resource allocation problems 
are solved using a combination of supervisory control, assignment 
algorithms, remote autonomous agents and pseudo-centralized planning. 



9 

Fig. 1 illustrates the proposed ANT system architecture. Domain 
expertise and knowledge regarding the particular problem constraints and 
objectives are input at the start of the solution. Techniques from 
computational geometry and hierarchical clustering (see Section 2) are 
5 used to partition the problem space and assign resource costs and 
objective rewards. Knowledge representing task flow and resource 
requirements are composed as Petri net (PN) discrete event systems (see 
Section 3) and relayed to individual (possibly remote) ANT processors. 
Each ANT processor then accounts for its resource requirements by 
10 automatically augmenting its PN task description models using techniques 
from supervisory control. This step includes an algorithm for deadlock 
avoidance to insure that the possible paths through the graph will not 
prohibit the completion of other crucial objectives. 

Individual teams may have the knowledge or tools required to 
1 5 complete tasks or satisfy objectives without all of the necessary resources, 
or they may hold resources for which they have no immediate associated 
task. Remote autonomous agents (see Section 4) assigned to each team 
will then initiate local two-way communications to negotiate for the 
resources needed for task completion. This negotiation employs 
20 distributed implementations of computationally efficient assignment 
algorithms using the normalized costs and rewards provided by the 
environmental partitioner at the start of the algorithm. Requests for 
resources may be passed along chains of local communication to enable 
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cooperation among isolated teams. Agreements reached through 
negotiations will result in the dynamic creation of new links of dependency 
throughout the distributed PN graph structure. Negotiations will employ 
pseudo-centralized planning making them capable of achieving superior 
results compared to completely localized negotiation schemes and making 
them less sensitive to interruptions in communication. 

Once agreements have been finalized regarding the 
interdependency of resources and tasks, each team employs intelligent 
algorithms to search the PN graph for "good enough, fast enough" paths to 
the mission objectives. During mission execution, teams may experience 
setbacks or become aware of changed environmental conditions. This 
information is used to initiate new resource negotiations and further 
modifications to the interdependent graph structure. Thus the teams 
dynamically respond to changing environments and continue to execute 
their tasks and meet the mission objectives without interference from a 
centralized planner. The central planner may also make strategic 
decisions and initiate dynamic changes in the teams' behavior by 
broadcasting new tasks or simply by modifying the costs and rewards 
associated with resource consumption and objective completion. The 
decisions of the central authority are strictly strategic: it is never required to 
micromanage the activities of the ANTs. All tactical decisions, including 
the details of negotiation, are left to the teams. 



11 

2 Environmental Partitioning and Composition of Tasks 

Given a particular mission and objective, there are a number of 
critical steps that must be performed before any autonomous negotiation 
between teammates can occur. An outline of these steps appears in Fig. 
5 2. Obviously, different scenarios require different inputs, constraints, and 
task descriptions, though the underlying concepts are similar. This section 
provides a general description of the components of Fig. 2 that are 
common to most scenarios. 

2.1 Environmental Evaluation 

10 The first set-up task is to accurately and efficiently evaluate the 

mission environment. This consists of intelligently partitioning the 
environment locations in discrete regions representing different mission- 
dependent features. Different cost values are assigned to these areas, 
indicating a relative "cost" of traversing an area or a "reward" indicating the 

15 importance of accomplishing a partial mission objective. Any time, these 
features may be dependent on some sort of probabilistic or temporal 
function (e.g., a threat location may be known with a limited degree of 
certainty, or the desirability of a particular location may decrease after a 
specific duration). The architecture supports the constant introduction of 

20 new information, so information on the environment must be gathered and 
stored in such a way to make it easily accessible as well as easily modified 
in real-time. There are a number of unique data structures that aid in 
accurately partitioning the environment. [2, 11] 
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2.2 Parameterize Mission Objective and Constraints 

Once the environment has been evaluated, the mission objectives 
and implied constraints must be explicitly stated. Various success criteria 
representing quantitative measures are applied to evaluate how close a 
unit or team is to completing the stated objectives. 

2.3 Determination of Tasks/Resources and Dependencies 

Once the success criteria have been determined, the various tasks 
required to reach these objectives are defined. This is a difficult task; the 
ANT architecture tackles it with a "divide and conquer" approach. For each 
mission scenario, a number of specific high-level tasks for ANT agents are 
defined as well as the specific resources (or resource combinations) that 
are required for each task. For these high-level task descriptions, detailed 
sub-tasks are defined to perform the higher-level tasks. Required and 
desired resources are associated with each of these tasks and sub-tasks. 
A complete dependency list is then generated to link resources, tasks, and 
sub-tasks together. 

2.4 Assign Penalties and Rewards 

Once the task (and subtask) dependencies and resources have 
been determined, relative penalties and rewards are assigned. This is 
required because any two tasks may require similar resources but may not 
be equally desirable when evaluating them against overall goals. 
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2.5 ANT Formation 

Low-level teams are formed to perform the tasks required to achieve 
mission goals. (Higher-level teams will dynamically emerge as the result of 
autonomous negotiations, see Section 4.) Teams may be dynamically 
5 formed based on spatial locality or functionality (agents within the same 
geographic area, agents with similar duties or capabilities, or a combination 
of these two). A number of different hierarchical structures may be used to 
represent the various teammates and associated command structure. 

After each of these critical tasks are performed, the ANTs are ready 
10 to begin dynamic negotiations for resources in the pursuit of mission 
objectives, as outlined in the following sections. 

3 Discrete Event Systems and Supervisory Control 

Discrete event systems (DES) are dynamic system models with 
state changes driven by the occurrence of individual events. DES may be 

1 5 used to provide a logical framework for handling the complex 

interrelationship between resource allocation, resource consumption, and 
task-flow, and are thus an integral component of ANT architecture. 

It is often necessary to regulate or supervise the behavior of these 
systems to include the constraints caused by a finite number of shared 

20 resources or to meet safety or performance criteria, e.g., insuring that 
resources are not allocated in such a way that it is impossible for any 
consumer to complete its given task. DES supervisors are used to insure 
that the behavior of the system does not violate a set of constraints under 
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a variety of operating conditions. The regulatory actions of tine supervisor 
are based on observations of tlie system state, resulting in feedback 
control. The process of preventing certain undesirable behaviors while 
otherwise allowing the system to evolve freely is known as supervisory 

5 control [11]. 

It is common to see DES modeled as finite automata. Methods 
exist for designing controllers based on automaton system models, 
however these methods often involve exhaustive searches or simulations 
of system behavior, making them impractical for systems with large 

10 numbers of states and transition causing events. One way of dealing with 
these problems is to model DES with Petri Nets. 

3.1 The Petri Net DES Model 

Petri nets (PN) [8] are a powerful and efficient DES model that 
incorporate the synchronization, conflict, and concurrency issues 

15 associated with the distributed, dynamic resource allocation problem of 
ANTs. They have a simple mathematical representation employing linear 
matrix algebra making them particularly useful for analysis and design. 
Fig. 3A shows an example of a PN model used to represent a sequence of 
states required to complete a task. Note that the final goal can be reached 

20 by using either resource 1 and 2 or resource 4, however resource 3 is 
required in both solutions. 

PN's representing simple task flows may be composed to form high- 
level, hierarchical task descriptions. PN's facilitate a modular approach to 
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the composition of processes. Hierarciiical and inter-dependent 
relationships can easily be established starting with an initial set of simple 
but modular task descriptions. Fig. 3B shows a sample composition. 

3.2 Supervisory Control 

5 Often times the graphical representation of a system as a PN model 

is enough for an engineer to design a controller for the plant. Many control 
techniques exist that involve recognizing and then manipulating certain 
structures and situations that commonly appear in PN models. Other 
techniques exist for automatically verifying the reliability of these control 

1 0 designs. Representing the controller itself as a PN makes the verification 
of the combined plant/controller system simpler and reduces the number of 
computational tools required to model the overall system. Unfortunately, 
even when the controller is modeled as a PN, this cyclic technique of 
design and verification can become quite cumbersome when the domain 

1 5 model is large. See [4] for a survey of some of the techniques used to 
control Petri net systems. The ANT architecture employs automated 
techniques for synthesizing controllers based on the system model and 
constraint data. 

Invariant based controllers [7] augment PN graphs with complex 
20 resource sharing constraints using scalable, computationally efficient 
calculations, a shows an example of two, potentially concurrent, tasks. 
Either task may make use of Resource 1 or 2. Constraints relating to the 
number of available finite resources are then added to the system. For 
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example, there may be only one of each of Resources 1 and 2 available for 
the two missions. Using a PN supervisory control technique known as 
invariant based control, a mathematical representation of the resource 
constraints is automatically converted into controlling PN structures using 
5 an extremely efficient linear matrix calculation. The emboldened places in 
Fig. 4a represent the supervisor that was synthesized using invariant 
based control. The tokens in these places represent the availability of a 
given finite resource. This automatic resource management technique can 
be used to model expendable resources like fuel and money, and reusable 

10 resources like equipment and manpower. 

Note that the model in Fig. 4a a incorporates undesirable solutions, 
for example, Resource 1 may be allocated to Goal 1, while simultaneously 
Resource 2 is allocated to Goal 2. This situation will result in a local 
deadlock, i.e., two transitions within the PN become "dead." This condition 

15 is avoided by the implementation of deadlock-avoidance/liveness- 

enforcement techniques. A solution to this problem is shown in Fig. 4b, the 
darkened places represent the new liveness-enforcing control structures. 
The solution was automatically synthesized using PN deadlock-avoidance 
algorithms from [7] and [5]. 

20 Employing structural techniques for incorporating deadlock 

avoidance into the PN graph will automatically prune many infeasible 
solutions form the problem search space. Incorporating resource 
management and deadlock avoidance into the PN model provides a 
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searchable graph that will not allow paths that lead to infeasibie solutions. 
That is, an algorithm searching through states of the PN, looking for good 
resource allocation solutions, will not waste any of its time eliminating 
paths that use too many resources or lead to deadlock. The PN graph 
5 structure and set of reachable PN states have already eliminated these 
infeasibie solutions from the search. 



Table I. Features of Negotiation Algorithms 
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Algorithmic Feature 


Advantage 


Benefit 


Auction-based 


Highly parallelizable, and may 
be distributed 


Supports autonomous team operations 


Dynamic epsilon 


Auction starts fast, then refines 
assignments 


Rapid response to dynamic changes 


JVC algorithm 


Combines rapid start auction 
with modified Munkries for 
rapid finish 


Real-time, high quality resource assignments 


Lagrangian 
relaxation 


Supports multidimensional 
assignment 


Flexibly modifies initial assignments when needs 
change over time 



4 Resource Negotiation and Graph Search 

Resource negotiation between teams employs distributed bidding 
15 techniques using remote autonomous agents and is robust to 
communication failures through pseudo-centralization. Remote 
Autonomous Agents allow each resource consumer to dispatch intelligent 
agents to take up residence and execute on computers at remote resource 
supplier and consumer nodes. 
20 These agents bid against others on resources that may be available 

at those nodes and the (possibly constrained) highest bidder obtains the 
resource, or the resource is divided in proportion to the bids. The agents 
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perform the communication and negotiations, and inform their owners of 
resource availability and allocations. 

The environmental partitioner/central planner (Section 2) will 
establish the governing parameters of the bidding. It will create the initial 
5 team groupings and task representations, assign costs to resources and 
awards for task completion, and establish a normalization scheme for the 
bidding. 

The actual bidding and assignment of resources may be carried out 
using a combination of several auction-based algorithms. The "assignment 

10 problem" of associating a stream of observations from multiple sensors to 
target tracks in real-time has been addressed and largely solved by a 
variety of algorithms. 

An exhaustive solution (e.g., the Munkres algorithm) would require 
enumeration of all combinations of sets of pairings, which, for a large 

15 number of items, would be computationally infeasible [3]. Much work has 
been done to reduce the computational time for real-time results. The 
"Hungarian method" [6] is an example of a way to reduce computational 
complexity. The "JVC algorithm" is an example of a method that is based 
on a combination of "auction" and "modified Munkres" [1, 3]. "Lagrangian 

20 relaxation" [9, 10] has been used to support multidimensional assignment. 
The "auction" consists of several rounds of bidding. In the first 
round, supply items (rows) are offered at different prices to the first choice 
(highest profit) column on the basis of cost and the lower profit that would 
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be obtained from the second choice. This results in an initial assignment. 
Successive rounds of bidding may change the initial assignments, but, to 
prevent endless oscillation and assure that there will not be infinite rounds 
of bidding, an epsilon factor is added to the bid at each round. Larger 
5 values for epsilon yield faster results but reduce overall performance. 
Some methods dynamically vary the value of epsilon, to achieve initial 
results rapidly, but then repeat the process to improve the quality of the 
assignments. It is also possible that the negotiation scheme may change 
dynamically based on changing environmental conditions such as reduced 

10 communication capability. The procedures above have been described as 
a centralized solution, however an advantage of auction-based methods is 
that they are highly parallelizable, and may be implemented by semi- 
independent computations on processors at each supplier and consumer 
entity. So long as each processor bids according to the same algorithm 

15 and the same relative value for price and cost, based on norms and 
instructions from higher authority, they need only exchange bids for the 
system to work. A kind of pseud o-centralized planning will result, where 
the use of physically distributed ANT agents employing communications to 
negotiate according to the rules of the more centralized auction algorithms 

20 will provide the coordination and performance benefits of centralization with 
the speed and robustness of distributed processing. 

Successful negotiations will result in logical links between the 
modular PN graphs of the various teams. The proper links and additional 
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structures for performing deadlock avoidance will be automatically 
synthesized using techniques from supervisory control (see Section 3.2). 
The reliance of one task upon the completion of another is similar to the 
reliance on a particular resource. Thus completed tasks may also be 
5 handled as items for negotiation, and the negotiating teams will 

dynamically create a hierarchy of inter-dependencies and cooperation. In 
this way, higher-level teams will result as an emergent phenomenon of the 
ANT approach. Fig. 5 provides an illustration of an ANT hierarchy. 
Once negotiations for resources have been settled and the 

10 distributed PN graph is established, intelligent agents will perform an 

accurate and efficient search of the PN graph to find paths that lead to a 
solution. "Good enough, fast enough" solutions are required for planning 
routes through the graph, from the initial conditions to the objectives, that 
attempt to minimize costs and maximize rewards. A number of novel 

15 computational geometry techniques have been developed that involve 
intelligent partitioning of the search space [2, 12]. This partitioning 
allocates probabilities of high and low reward, allowing automatic pruning 
of undesirable (low probable reward) portions of the graph. The search is 
further accelerated by the supervisory control structures incorporated in the 

20 PN graph. These automatic resource management and deadlock 

avoidance structures will have already pruned infeasible solutions from the 
reachable search space of the graph. 
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The cooperation among teams, negotiation for resources, and 
searcli for paths to the mission objectives are dynamic, capable of 
responding to changes in the problem domain and adapting the resultant 
ANT behavior. Resources may be lost or destroyed, or other forms of 
5 attrition may occur that remove subtasks from the distributed PN graph. 
Alternately, new tasks may be introduced into the mission. Teams may 
also detect new information about the environment, such as determining 
the presence of a previously unknown threat. Any of these events will 
automatically initiate new rounds of negotiation between teams, and new 

10 paths to the mission objectives will be developed. The ANT architecture 
(see Fig. 1) allows these events to be handled autonomously by the 
individual teams, without requiring communication with a central authority. 

The environmental partiti oner/centra I planner may also become 
involved in dynamically responding to changing situations. If new 

15 capabilities become available for the mission, the planner will compose 
these potential tasks and resources and indicate that a new round of 
negotiation and search should begin. If sensor and communications 
capabilities permit, the planner may also re-evaluate the current mission 
situation and introduce strategic changes into ANT behavior. Relaying new 

20 resource costs and objective rewards will induce new negotiations that 
account for the changed priorities. 
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5 Implementation Notes 

The ANT architecture Is an Interdisciplinary solution to the problem 
of autonomous teams employing scalable resource negotiations. The 
areas of computational geometry and graph search bring novel routines to 
partition application-specific problem domains, compose mission objectives 
from modular subtask descriptions, and intelligently assign resource costs 
and objective rewards. ANT representations benefit from cutting-edge, 
scalable, resource-management techniques from the area of discrete event 
systems. Advances in supervisory control theory bhng revolutionary, 
integrated deadlock avoidance techniques, required to improve the quality 
of ANT solutions. 

There are a number of different ways to handle the engineering 
specifics of the interaction between agents, including Java Applets, the 
Task Network Architecture, and the Object Management Group's (OMG) 
Common Object Request Broker Architecture (CORBA). The Modular 
Semi-Automated Forces (ModSAF) simulation environment provides an 
excellent tool kit for simulating autonomous teammates in a variety of real- 
world scenarios. 
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Detailed Description 

Reference is now made to Figs. 6 and 7 that illustrate hardware 
employed in practicing the invention. Fig. 6 illustrates a distributed data 
5 processing system in accordance with the invention for purposes of 
controlling allocation of resources employed in performing various tasks. 
In the embodiment illustrated, the system includes a communications 
network 1 00 for purposes of passing messages between various 
computers connected to the network. The computers are sometimes 

10 referred to as "machines". As shown in Fig. 6, several computers 102, 
104, 106, 108, 110 and 112 are shown as being connected to the 
network 100. These computers house software algorithms, sometimes 
referred to as programs or routines. One of the computers runs the central 
authority (strategic layer) and the others run the autonomous agents 

15 (tactical layers). For purposes of illustration only, computer 102 runs the 
central authority and the other computers run agents. If desired, two 
agents may be run on the same computer. The network may be any type 
of network that allows the computers to send and receive messages, 
however, the preferred network takes the form of a local area network 

20 (LAN) or the internet, using the transmission control protocol/internet 
protocol (TCP/IP). It is intended that the agents operate at remote 
locations, apart from the central authority. 
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The central authority and the agents may be run on computers 
having similar capabilities. An example of one of the computers, such as 
computer 104, is illustrated in Fig. 7. As shown there, the computer 104 
conventionally includes a processor 120, a memory in the form of a 
5 random access memory (RAM) 122. The RAM contains an operating 
system 124 and various applications 126 including a user interface 128, a 
communication interface 130 and logic and algorithms 132. The computer 
also includes a non-volatile memory 134 and suitable communications 
hardware 136. It is to be appreciated that the programs for the central 
1 0 authority and the agents may be run on various computers which may be 
structured similar to or different from computer 104 as illustrated in Fig. 7. 

Reference is again made to Fig. 1 which presents a high level 
description of the distributed algorithm performed by the central authority 
and the autonomous agents. The upper half of the figure represents the 

15 strategic layer and this is performed by a program running on a single 
machine employed for the central authority. The bottom half of the figure 
represents the tactical layer and this is likely to be performed by programs 
running on multiple machines, the autonomous agents. Communication 
between the various entities is handled by passing messages over the 

20 network 100 (Fig. 6). 

Reference is now made to Fig. 8 which illustrates the various types 
of data supplied as inputs to the central authority (CA) and the various 
types of data provided as outputs from the central authority (CA). The 
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inputs are indicated by tlie arrows A, B, C, D and E and the outputs are 
indicated by the arrows F, G, H and I. The data supplied to the inputs A-D 
may be provided by suitable data source, such as another machine, or 
perhaps may be entered at a keyboard of the computer 102 that runs the 
5 central authority (CA). The data that is supplied at input E is received from 
the agents in this system. There are different types of data being applied 
to the inputs and for example the data supplied to input A, as indicated by 
the box 150, includes modular task representations including Petri Net 
(PN) task components. This may also be considered as data representing 

10 Petri Net models of tasks which are mapped to task types. As shown in 
box 152, the data supplied to input B represents input conditions including 
the number and types of resources, the location of resources, the number 
and types of task capabilities, the location of task implementers and 
mapping between task components and PN modules. As indicated at 

1 5 box 1 54, the data supplied to input C includes mission constraints including 
linear inequalities. As shown in. Box 156, the data supplied to input D 
includes mission objectives including completed tasks with relative values 
assigned. The data being supplied to input E is indicated by box 158. This 
includes dynamic updates from the agents including local connections and 

20 dependencies, the remaining resources and the task status. 

Box 160 in Fig. 8 represents the type of data provided at output F of 
the central authority CA. This data is directed to agent initial conditions 
including PN structure, PN initial conditions, task and resource mappings 
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and the number and type of resources. The central authority generates a 
graph (PN graph) associated with each agent and wherein the graph 
represents for the associated agent what resources that agent has and 
what task or tasks that agent may perform. 

5 Box 162 in Fig. 8 indicates the type of data provided at output G of 

the central authority. This data includes resource usage cost and task 
completion reward. 

Box 164 in Fig. 8 illustrates the type of data provided at output H of 
the central authority. This includes revised tasks and resource mappings. 
10 The data from outputs F, G and H of the central authority CA are supplied 
to each of the agents AG-1 through AG-n as will be appreciated with 
reference to Fig. 10 to be described hereinafter. 

Box 166 indicates the type of data provided by output I and this 
includes user feedback. This, for example, may be a video display at the 
1 5 computer that runs the central authority so that the operator may receive a 
message. 

Ail of the autonomous agents are essentially the same. Reference 
is now made to Fig. 9 which illustrates agent AG-1 , it being understood that 
the description is equally applicable to the other agents. 

20 Agent AG-1 has inputs J, K, L, M and N and outputs O, P, Q and R. 

The inputs J, K and L are received from the central authority CA. These 
inputs include the agent initial conditions shown in block 180 and applied to 
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input J. The agent initial conditions include PN structure, PN initial 
conditions, task and resource mappings and the number and type of 
resources. Block 182 shows the data being applied to input K of the agent. 
This block includes resource usage costs and task completion reward. 
Block 1 84 shows the data supplied to the input L and this includes revised 
task and resource mappings. Block 186 shows the data that is supplied to 
input M. This block illustrates the incoming negotiating messages received 
from other agents. The incoming negotiation messages includes bids, 
offers and acceptances. Block 188 shows the data that is supplied to the 
input N and this data is received from other agents and includes external 
agent dependency links messages. 

Fig. 9 also illustrates the data supplied at the various outputs O, P, 
Q and R of agent AG-1 . Block 1 90 shows the negotiation messages 
provided at output O of agent AG-1 and these messages are fon/varded to 
other agents. These messages include bids, offers and acceptances. 
Block 192 illustrates data provided at output P of agent AG-1 . These 
messages are fonwarded to other agents at their inputs 188. These 
messages at output P include dependency link messages to external 
agents. Block 1 94 shows data provided at output Q of agent AG-1 . This 
includes updates to the central authority CA including local connections 
and dependencies, remaining resources and task status. This is supplied 
at input E of the central authority CA (Fig. 8). Block 196 shows the data 
supplied at the output R of agent AG-1 and this includes user feedback. 
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This could be a message or other data and for example may be supplied to 
a machine controlled by the agent. 

Reference is now made to Fig. 10 which illustrates a flow diagram 
(not a wiring diagram) showing the manner in which the central authority 
5 outputs F, G, H and I are supplied to the inputs J, K and L, of the various 
agents and the manner in which the outputs O, P and Q of the various 
agents are supplied to the other agents as well as to the central authority. 

Reference is now made to Figs. 1 1 and 12 which together present a 
flow diagram of the central authority CA. Part 1 of the central authority is 
10 illustrated in Fig. 11 and Part 2 is illustrated in Fig. 12. 

The program commences at step 200 and advances to step 202. In 
step 202, the program constructs a PN model of all resources and tasks 
based on data that has been entered at its inputs A and B (Fig. 8) and this 
includes Petri Net models of tasks mapped to task types, number and type 
15 of resources and types and number of tasks. The procedure then 
advances to step 204. 

In step 204, the routine constructs supervisory control structure to 
enforce constraint dependencies and this is based on the previous step as 
well as data that was supplied to input C (Fig. 8) including mission 
20 constraints including linear inequalities in terms of resources and task 

results representing mission constraints. The procedure advances to step 
206 during which all agents are marked as not initialized. The procedure 
then advances to step 208. 
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In step 208, data is obtained regarding mission objectives described 
in terms of rewards associated with task results and basic resource costs. 
During this step, penalties are assigned for resource consumption and 
rewards are assigned for all subtasks results. Penalties correspond to real 
world quantities such as price, time, labor or availability of resources. 
Rewards correspond to the value of completing a task. It is possible that 
only one task, that representing the completed over ail objective, will have 
a reward. The autonomous agents will deduce new reward values that 
lead to the completion of the objective through their negotiation process. 
The procedure then advances to step 210. 

In step 210, all agents are marked as not updated. The procedure 
then advances to step 212. 

In step 212, a determination is made as to whether any agents are 
not initialized. If the answer is yes, the procedure advances to step 214. 
At step 214, data is received representing the locations of potential agent 
processors and locations of resources and potential task implementers. In 
this step the routine decomposes overall PN model for distribution among 
individual agents. The procedure then advances to step 215 (see Fig. 12). 

In step 215, a determination is made as to whether any agents are 
not initialized. If the determination is yes, the procedure advances to 
step 216. In this step, for a non-initialized agent, the routine sends its PN 
structure and initial conditions, task and resource mappings and the 
number and type of resources. The procedure advances to step 218 at 



which the agent is marked as initialized. Then the procedure advances to 
step 215. Since the determination at step 215 will now be negative, the 
procedure will advance to step 220. Step 220 may also be reached from 
step 212 (Fig. 1 1) if a negative determination was made at that step. In 
5 step 220, a determination is made as to whether there are any non- 
updated agents. If the answer is yes, the procedure advances to step 222. 
In this step, for a non-updated agent, the routine sends resource usage 
costs and task completion reward data and the procedure advances to 
step 223. In step 223, the agent is marked as being updated and the 
10 procedure advances to step 220. Since the determination is now negative 
at step 220 the procedure advances to step 224. 

In step 224, the routine receives any incoming agent messages and 
then advances to step 226. In this step, the procedure provides user 
feedback such as that discussed hereinbefore with reference to block 166 
15 (Fig. 8) relative to the output I of the central authority CA. The procedure 
then advances to step 228. 

In step 228, a determination is made as to whether the mission is 
complete. If not, the procedure returns to step 224 and repeats steps 224, 
226 and 228. When the determination at step 228 is yes and the mission 
20 has been completed the procedure is done as indicated by the "done" 
step 230. 
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Tactical Laver/Autonomous Agents 



Attention is now directed to Figs. 13 and 14 which respectively 
represent Part 1 and Part 2 of the program for the autonomous agents. 

This program commences at step 300 and advances to step 302. In 
5 step 302, data is supplied from the central authority CA relative to the set 
up conditions. A determination is made as to whether initialization data 
has been received. This data includes the set up from the central authority 
including the PN structure, PN initial conditions, task and resource 
mappings and number and type of resources. If the data has not been 
10 received, then the procedure repeats. If the data has been received, the 
procedure advances to step 304. 

In step 304, the procedure provides setup of internal PN 
representation and this is based on the decision from step 302 as well as 
that from step 310 and step 338 (Fig. 14) to be described in detail 

15 hereinafter. The procedure advances to step 306. In step 306, the routine 
calculates deadlock avoidance structures and proceeds to step 308. In 
step 308, outgoing agent dependency links are fonwarded and the 
procedure advances to step 310. In step 310, a determination is made as 
to whether any incoming agent dependency link messages have been 

20 received. If yes, then the procedure returns to step 304 and steps 304, 
306 and 308 are repeated. 

If the determination in step 310 is no, then the procedure advances 
to step 312 during which a determination is made as to whether cost data 
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has been received. This is data from the central authority which is an 
update dealing with resource usage cost and task completion rewards. If 
the determination in step 310 is negative, the procedure repeats. If the 
determination at step 312 is affirmative, the procedure advances to 
5 step 314 (Fig. 14). 

In step 314, the agent sends updates to the central authority 
including local connections and dependencies, remaining resources and 
task status. The procedure then advances to step 316. Step 314 is not a 
blocking step. If the agent cannot communicate with the central authority it 
10 will still advance to step 316. 

In step 316, the agent calculates the desired output offer costs and 
the procedure advances to step 318. In step 318, the agent forwards 
outgoing offers and the procedure advances to step 320. 

In step 320, a determination is made as to whether the agent needs 
15 additional resources to complete the task. If not, the procedure advances 
to step 322 at which the agent receives incoming bids. At step 322, the 
agent will increase the reward value associated with completing a task to 
match the value of the highest incoming bid for that task completion. If the 
answer to the determination in step 320 is affirmative, the agent needs to 
20 negotiate with other agents to obtain resources. The procedure advances 
to step 324 during which the agent calculates the desired resource bid 
costs and the procedure advances to step 326. 
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In step 326, the agent forwards outgoing bids to other agents and 
advances to step 328 in which the agent receives incoming offers from 
other agents. The procedure then advances to step 322 in which the agent 
receives incoming bids and the procedure advances to step 330. 

5 In step 330, the agent determines whether there have been any 

acceptable offers or bids. Acceptable offers must be equal or less than the 
current reward value for completing the given task. Acceptable bids must 
equal or exceed the cost to obtain the necessary resources to complete 
the task. If not, the procedure advances to step 332. In step 332, the 
10 agent receives incoming acceptances. If the determination in step 330 is 
affirmative, the procedure advances to step 334 during which the agent 
provides outgoing acceptances. 

After step 332, the procedure advances to step 336. In this step, 
feedback is provided to the user in the nature described before with 
1 5 reference to output R of the agent AG-1 . The procedure then advances to 
step 338. 

In step 338, a determination is made as to whether there are any 
new acceptances. If yes, the procedure returns to step 304 and steps 
306-336 are repeated. 

20 If the answer in determination 338 is negative, the procedure 

advances to step 340. In this step, the agent determines whether any 
resources are needed to complete the task. If yes, the procedure returns 
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to step 324 during which the agent calculates the desired resource bid 
costs and steps 326-340 are repeated. 

If the determination in step 340 is negative, the procedure advances 
to step 342. In this step, the agent searches the PN graph for a path to 
5 task completion. The procedure then advances to step 344. In this step, 
the agent performs the task and the procedure advances to step 346. 

In step 346, the agent provides the user with feedback such as that 
with reference to output R of the agent AG-1 described previously. 

After step 346, the procedure advances to step 348. During this 
1 0 step, the agent updates the central authority with the task status and the 
procedure advances to step 350. 

in step 350, the agent determines whether the task is complete. If 
so, the procedure is complete as indicated by step 352 for done. If in step 
350 the task was not complete, the procedure returns to step 344 and 
15 steps 344-350 are repeated. 

Summation 

This is a process for establishing from the top down a framework for 
different operating agents each capable of performing tasks and/or holding 
resources, each task requiring the use of resources. Members of teams 
20 include computers, other cooperating agents or people operating 

computers. Certain resources may be shared with or allocated to another 
agent in order to perform their tasks. The strategic layer assigns costs and 
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rewards for consuming resources and completing tasks, and it can 
compose subtasks into higher level tasks that lead toward the completion 
of mission goals. At the tactical level, the model that represents the task 
flow is augmented to include the dependencies that are associated with 
5 resource consumption. The model is augmented to assure that paths from 
start to finish are achievable, i.e., capable of completion without achieving 
a state of deadlock. The tactical layer goes on to include negotiation 
between different agents for resources they hold based on task completion 
and the cost of resources. After negotiation is complete, a path is 
10 searched from starting point to achievement of mission goals. 

Although the invention has been described in conjunction with the 
preferred embodiments, it is to be appreciated that various modifications 
may be made without departing from the spirit and scope of the invention 
as defined by the appended claims. 
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Having described tlie invention we claim 

1 . A distributed data processing system for controlling allocation 
of resources and task execution and comprising: 

a communications network for passing messages between 
computers connected thereto; 

a plurality of computers connected to said network for running 
programs thereon including a central authority and at least first and second 
autonomous agents; 

said central authority generates a graph associated with each 
agent wherein the graph represents for the associated agent what 
resources that agent has and what task or tasks that agent may perform; 

each said agent employs the associated said graph to 
determine what resource or resources are needed by that agent to carry 
out the task or tasks to be performed by that agent; and, 

said agents negotiate with each other for the resources 
needed to carry out the task or tasks to be performed by said agents. 

2. A system as set forth in claim 1 wherein said central authority 
generates said graphs from received data including data representing 
models of tasks mapped to task types. 
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3. A system as set forth in claim 1 wherein said central authority 
generates said graphs from received data including data representing 
number and type of resources. 

4. A system as set forth in claim 1 wherein said central authority 
generates said graphs from received data including data representing 
types and number of tasks. 

5. A system as set forth in claim 4 wherein said received data 
further includes data representing models of tasks mapped to task types 
and data representing number and type of resources. 

6. A system as set forth in claim 1 wherein said central authority 
receives data including data representing mission constraints including 
linear inequalities in terms of resources and tasks results. 

7. A system as set forth in claim 6 wherein said central authority 
generates supervisory control structure to enforce constraint dependencies 
based on received data including that representing mission constraints and 
said graphs. 
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8. A system as set forth in claim 1 wlierein said central authority 
receives data including data representing mission constraints including 
linear inequalities in terms of resources and tasks results. 

9. A system as set forth in claim 8 wherein said central authority 
generates supervisory control structure to enforce constraint dependencies 
based on received data including that representing mission constraints and 
said graphs. 

10. A system as set forth in claim 9 wherein said received data 
further includes data representing models of tasks mapped to task types 
and data representing number and type of resources and types and 
numbers of tasks. 

11. A system as set forth in claim 1 wherein said central authority 
receives data representing mission objectives described in terms of 
rewards associated with task results and basic resource costs. 

12. A system as set forth in claim 1 1 wherein said central 
authority assigns penalties for resource consumption and rewards for all 
subtask results based on data received including that representing mission 
objectives. 
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13. A system as set forth in claim 12 wherein said central 
authority receives data representing locations of potential agent processors 
and locations of resources and potential task implementers. 

14. A system as set forth in claim 13 wherein said central 
authority decomposes an overall model for distribution among the 
individual agents. 

15. A system as set forth in claim 14 wherein said central 
authority determines if any agent has not received initial data and if not, 
then it sends the structure and initial conditions, task and resource 
mappings and the number and type of resources to that agent. 

16. A system as set forth in claim 15 wherein said central 
authority determines If any agents have not been updated and if so it 
sends to any such non-updated agent the resources, usage costs and task 
completion reward. 

17. A system as set forth in claim 16 wherein said central 
authority receives incoming agent messages and provides user feedback. 

18. A system as set forth in claim 17 wherein said central 
authority determines whether the mission has been completed. 
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19. A method operative in a distributed data processing system 
for controlling allocation of resources and task execution and employing a 
communications network for passing messages between computers 
connected thereto and wherein said computers are operative to run 
programs thereon including a central authority and at least first and second 
autonomous agents comprising the steps of: 

at said central authority, generating a graph associated with 
each agent and representing for that agent what resources that agent has 
and what task or tasks that agent may use the resources for; 

each said agent employing the associated said graph for 
determining what resource or resources are needed by that agent to carry 
out the task or tasks to be performed by that agent; and, 

said agents negotiating with each other for the resources needed to 
carry out the task or tasks to be performed by said agents. 

20. A method as set forth in claim 19 wherein said step of 
generating said graphs includes generating said graphs from received data 
including data representing models of tasks mapped to task types. 

21 . A method as set forth in claim 20 wherein said step of 
generating a graph includes generating said graph from data representing 
number and type of resources. 
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22. A method as set forth in claim 21 wherein said step of 
generating said graphs from received data includes data representing 
models of tasks mapped to task types. 

23. A method as set forth in claim 19 wherein said central 
authority generates supervisory control structure to enforce constraint 
dependencies based on received data including data representing linear 
inequalities in terms of resources and task results representing mission 
constraints. 

24. A method as set forth in claim 23 wherein said central 
authority assigns penalties for resource consumption and rewards for all 
subtask results based on received data including data representing mission 
objectives described in terms of rewards associated with task results and 
basic resource costs. 

25. A method as set forth in claim 24 wherein said central 
authority decomposes an overall graph for distribution among individual 
agents based on received data including data representing locations of 
potential agent processors and locations of resources and potential task 
implementers. 



1 
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26. A method as set forth in claim 25 including the step of 
determining whether any agents were not initialized and if not, then for a 
non-initialized agent sending its structure and initial conditions, task and 
resource mappings and the number and type of resources to that agent. 

27. A method as set forth in claim 26 including the step of 
determining whether any agents have not been updated and for each 
non-updated agent, sending to that agent the resource usage cost and 
task completion reward data. 

28. A method as set forth in claim 27 including the step of 
receiving incoming agent messages and then providing user feedback data 
and then determining whether the mission has been completed. 

29. A computer program product operative in a distributed data 
processing system for controlling allocation of resources and task 
execution wherein the system includes a communications network for 
passing messages between computers connected thereto and wherein 
said computers are connected to said network for running programs 
thereon including a central authority and at least first and second 
autonomous agents; and comprising: 

a central authority that generates a graph associated with 
each agent wherein the graph represents for the associated agent what 
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resources that agent has and what task or tasks that agent may use the 
resources for; 

first and second agents, each said agent employs the 
associated said graph to determine what resource or resources are needed 
by that agent to carry out the task or tasks to be performed by that agent; 
and, 

said first and second agents negotiate with each other for the 
resources needed to carry out the task or tasks to be performed by said 
agents. 

30. A product as set forth in claim 29 wherein said central 
authority generates said graphs from received data including data 
representing models of tasks mapped to task types. 

31 . A product as set forth in claim 29 wherein said central 
authority generates said graphs from received data including data 
representing number and type of resources. 

32. A product as set forth in claim 29 wherein said central 
authority generates said graphs from received data including data 
representing types and number of tasks. 
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33. A product as set forth in claim 32 wherein said received data 
further includes data representing models of tasl^s mapped to task types 
and data representing number and type of resources. 

34. A product as set forth in claim 29 wherein said central 
authority receives data including data representing mission constraints 
Including linear inequalities in terms of resources and tasks results. 

35. A product as set forth in claim 34 wherein said central 
authority generates supervisory control structure to enforce constraint 
dependencies based on received data including that representing mission 
constraints and said graphs. 

36. A product as set forth in claim 29 wherein said central 
authority receives data including data representing mission constraints 
including linear inequalities in terms of resources and tasks results. 

37. A product as set forth in claim 36 wherein said central 
authority generates supervisory control structure to enforce constraint 
dependencies based on received data including that representing mission 
constraints and said graphs. 
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38. A product as set forth in claim 36 wiierein said received data 
further includes data representing models of tasks mapped to task types 
and data representing number and type of resources. 

39. A product as set forth in claim 29 wherein said central 
authority receives data representing mission objectives described in terms 
of rewards associated with task results and basic resource costs. 

40. A product as set forth in claim 39 wherein said central 
authority assigns penalties for resource consumption and rewards for all 
subtask results based on data received including that representing mission 
objectives. 

41 . A product as set forth in claim 40 wherein said central 
authority receives data representing locations of potential agent processors 
and locations of resources and potential agent processors and locations of 
resources and potential task implementers. 

42. A product as set forth in claim 41 wherein said central 
authority decomposes an overall PN model for distribution among the 
individual agents. 
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43. A product as set forth in claim 42 wherein said central 
authority determines if any agent has not received initial data and if not, 
then it sends the structure and initial conditions task and resource 
mappings and the number and type of resources to that agent. 

44. A product as set forth in claim 43 wherein said central 
authority determines if any agents have not been updated and if so it 
sends to any such non-updated agent the resources usage costs and task 
completion reward. 

45. A product as set forth in claim 44 wherein said central 
authority receives incoming agent messages and provides user feedback. 

46. A product as set forth in claim 45 wherein said central 
authority determines whether the mission has been completed. 



